home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19961006-19970104 / 000252_news@columbia.edu _Tue Dec 3 15:59:58 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.8.3/8.8.3) with ESMTP id PAA16190 for <kermit.misc@watsun.cc.columbia.edu>; Tue, 3 Dec 1996 15:59:58 -0500 (EST)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.8.3/8.8.3) id PAA26370 for kermit.misc@watsun; Tue, 3 Dec 1996 15:59:56 -0500 (EST)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Random login prompt with K95
  8. Date: 3 Dec 1996 20:59:11 GMT
  9. Organization: Columbia University
  10. Lines: 64
  11. Message-ID: <5824av$f1v$1@apakabar.cc.columbia.edu>
  12. References: <1996Dec3.161932.1217@cesi> <581mdn$3lf$1@apakabar.cc.columbia.edu>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <581mdn$3lf$1@apakabar.cc.columbia.edu>,
  16. Frank da Cruz <fdc@watsun.cc.columbia.edu> wrote:
  17. : In article <1996Dec3.161932.1217@cesi>,
  18. : Alberto Meregalli (DIF) <meregalli@cesi.it> wrote:
  19. : : ...
  20. : : What the user sees is that the "Username:" prompt doesn't appear
  21. : : regularly, but rather randomly. What seems to be apparent in the
  22. : : sniffer captures is that while many option negotiations go on the VAX
  23. : : always immediately refuses the NEW-ENVIRONMENT option, but all data
  24. : : sent out by it before K95 acknowledges that with a WON'T
  25. : : NEW-ENVIRONMENT are not revealed to the user. So if the VAX delays a
  26. : : little sending out the prompt, that's shown to the user, otherwise it
  27. : : is lost.
  28. :
  29. Followup #2, in which a more likely explanation is offered, based on
  30. the fact that Kermit 95 1.1.8 is the first version to support "true"
  31. terminal type negotiation.
  32.  
  33. : : - option 31 (Negotiate About Window Size): it is "negotiated" up to
  34. : : four times: that is K95 sends out up to four times the same 80 columns
  35. : : x 24 lines dimension
  36. :
  37. This is probably happening because the terminal type is being renegotiated:
  38. "My terminal type is VT320", "I don't like that one, please try another",
  39. "OK, it's VT220", etc etc.  This is documented in section 6.2 of UPDATES.DOC.
  40.  
  41. It could be the root of all the other symptoms you have reported.
  42. In a test on a nearby VMS system, K95's debug log includes the following:
  43.  
  44. TELNET SENT WILL TERMINAL-TYPE
  45. TELNET SENT WILL NEGOTIATE-ABOUT-WINDOW-SIZE
  46. TELNET RCVD DO TERMINAL-TYPE
  47. TELNET RCVD DO NEGOTIATE-ABOUT-WINDOW-SIZE
  48. TELNET SENT SB NAWS 80 49 IAC SE
  49. TELNET RCVD SB TERMINAL-TYPE SEND  IAC SE
  50. TELNET SENT SB TERMINAL-TYPE IS VT320 IAC SE  <-- We tell our terminal type
  51.  
  52. Welcome to Blah Blah VMS V6.2      <-- VMS host sends herald and prompt
  53. Username:
  54.  
  55. So far so good.  But VMS doesn't like the VT320 terminal type, so it sends
  56. a message asking us to try another one, so we drop down to VT220:
  57.  
  58. TELNET RCVD SB TERMINAL-TYPE SEND  IAC SE
  59. TELNET SENT SB NAWS 80 49 IAC SE
  60. TELNET SENT SB TERMINAL-TYPE IS VT220 IAC SE
  61.  
  62. But whenever we change terminal types we have to clear the screen.  Why?
  63. Because different terminal types might have different dimensions, coloration,
  64. attributes, etc, and we must initialize all of this when switching emulations.
  65. So now the user sees a blank screen.  (Scrollback would reveal the herald
  66. and Username: prompt on the previous screen.)  And we also have to
  67. renogiatiate all the other stuff (screen size via NAWS, etc).
  68.  
  69. The problem is that VMS (Multinet) is trying to do all this AFTER the 
  70. herald and Username prompt have been issued, rather than before, and that's
  71. why the Username prompt disappears.  In this case, it would have nothing
  72. at all to do with the NEW-ENVIRONMENT (username) negotiation.
  73.  
  74. The workaround would be to fix VMS to accept VT320 as a terminal type
  75. (why doesn't it?), or set Kermit's emulation to VT100 or whatever it is
  76. that VMS is expecting.
  77.  
  78. - Frank